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DETAILED ACTION 



Status of Claims 



1. 



This action is in reply to the communication filed on 07/14/2009. 



2. 



Claims 5, 6, 15, 18-29 have been amended by Applicant. 



3. 



Claims 5-9, 15-29 have been examined and currently stand rejected. 



Claim Rejections - 35 USC §112 



4. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out 
and distinctly claiming the subject matter which the applicant regards as his 
invention. 

5. Claims 5-9, 15-29 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

The independent claims recite limitations such as "executing, by a rules 
manager, one or more rules related to the budget item stored in a rules array data 
structure." It is unclear whether or not "the budget item," to which the one or more rules 
relate, is stored in a rules array data structure. 

The independent claims recite limitations such as "a working budget address field 
containing pointers to entries at the node and sub-node levels within the hierarchical 
working budget database in the first data storage area." It is unclear how a single 
address field can contain multiple pointers to multiple entries in a database. A pointer 
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has its own address in memory and in that address is stored the address to which the 
pointer points. Space (address fields) for multiple addresses is needed in order to store 
multiple pointers. Therefore it is unclear how a single address field can store multiple 
addresses to multiple pointers. Further, assuming a single address field could store 
multiple pointers to multiple pointers, the limitations recites "pointers to the node and 
sub-node levels," it is unclear what including "pointers to entries at the sub-node level" 
entails. In the case where the a pointer points to an entry at the node level, but that 
node has no children (or sub-nodes), what entries at the sub-node level(s) can be 
pointed to and included in the rule. 

The independent claims recite limitations such as "the node and sub-node 
levels." There is insufficient antecedent basis for this limitation in the claims. 
Additionally, the term "sub-node level" is vague and indefinite and is also neither 
specifically recited or clearly explained in Applicant's disclosure. 

The independent claims recite limitations such as "a pointer to entries at a node 
level." It is unclear how a single pointer is able to point to multiple entries at a node 
level. Pointers, by definition, just points to one address/location at a time. 

The independent claims recite limitations such as "a node level." It is unclear 
whether or not "a node level," such as recited in line 10 of claim 5, references or relates 
to "the node and sub-node levels," such as recited earlier in line 8 of claim. 

The independent claims recite limitations such as "the entry pointed to in the 
hierarchical reference budget database," as shown in lines 12-13 of claim 5. There is 
insufficient antecedent basis for this limitation in the claims. The claims recite "a pointer 
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to entries" in the hierarchical reference budget database. It is unclear which specific 
entry of the multiple entries pointed to is being referenced. 

Further, the claims recite the definition of a test relationship between multiple 
entries in the hierarchical working budget database and a single entry in the hierarchical 
reference budget database. It is unclear if this test relationship compares the single 
hierarchical reference budget database entry to all of the hierarchical working budget 
database entries together (summed) or individually. 

Regarding the steps of "retrieving data" pointed to by the various pointers and 
"applying the test relationship to the retrieved data," it is unclear whether the test 
relationship is evaluated using retrieved data (copied or moved from one location to 
another) or the values pointed to by pointers. There is a significant programming 
difference between copying or moving data from one place to another in order to 
perform computations involving the data and using pointers to reference the location of 
data which should be used in a computation. 

Clarification and correction are requested. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed 
or described as set forth in section 102 of this title, if the differences between the 
subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious at the time the invention was made 
to a person having ordinary skill in the art to which said subject matter pertains. 
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Patentability shall not be negatived by the manner in which the invention was 
made. 

7. Claim(s) 5-9 and 15-29 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Zawadzki et al., U.S. Patent No.: 7,107,268, in view of Using Microsoft Excel 97 , 
by Hallberg, Bruce A., Sherry Kinkoph, and Bill Ray (hereinafter UME), further in view of 
Nakayama, U.S. Patent No. 5,317,504. 

As per claims 5, 15, and 23, Zawadzki teaches a system and method for 
managing enterprise operations directed toward a centralized, automated, self- 
maintained, collaborative project management system which manages project 
management objects in a hierarchical tree, comprising: 

• iteratively receiving a budget item, at the computer system, for entry into the 
working budget database, wherein the budget item is represented by a value; 
(see at least column 40 lines 21-26, column 41 lines 56-60, and column 45 
lines 16-18) 

• executing, by a rules manager, one or more rules stored in a rules array data 
structure, which compare budget entries between a working budget and a 
reference budget, which includes a definition of a test relationship between 
the entries in the working budget and the entries in the reference budget and 
a definition of a response that is a function of the test relationship, (see at 
least column 3 lines 40-41, column 3 lines 45-46, column 3 lines 62-65, 
column 9 lines 19-24, column 10 lines 34-37, column 10 line 48, column 10 
lines 56-57, column 10 line 59, column 22 lines 56-62, column 40 lines 1-51, 
column 41 lines 52-61 , and column 65 lines 9-1 1 ) 
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• determining the result of the test relationship between the entry from the 
working budget database and the entry from the reference budget database 
being compared, and outputting a response defined by the response 
definition; (see at least column 3 lines 40-41, column 3 lines 45-46, column 3 
lines 62-65, column 9 lines 19-24, column 10 lines 34-37, column 10 line 48, 
column 10 lines 56-57, column 10 line 59, column 22 lines 56-62, column 40 
lines 1 -51 , column 41 lines 52-61 , and column 65 lines 9-1 1 ) 

• if any rule generates an error response according to the response definition, 
blocking the budget item from being saved to the working budget database; 
and otherwise, saving the received budget item in the working budget 
database (see at least column 10 lines 34-35, column 10 lines 55-68, and 
column 41 lines 52-60) 

More specifically, Zawadzki teaches a rule processor and a compatibility engine 
which read a set of rules defined by an industry expert (see at least column 3 lines 40- 
41, column 3 lines 45-46, column 9 lines 19-24, and column 11 lines 16-18) and apply 
them against a first (source) project management object (see at least column 10 line 48) 
and a second (target) project management object (see at least column 10 line 59) 
where typical project management objects include, inter alia, organizational entities 
such as projects, budgets , tasks, costs , timesheets, and specs (see at least column 3 
lines 62-65, column 22 lines 56-62, and column 65 lines 9-11). Zawadzki further 
provides examples of comparing overall budgets, allocation budgets, and actual cost 
budgets to determine responses regarding whether or not a specific entry can be 
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accepted into a budget as valid or not and how much a specific area is over or under 
budget (see at least column 10 lines 34-37, column 10 lines 56-57, column 40 lines 7-9, 
and column 41 lines 52-61). Zawadzki also teaches building a question/rule list, 
defining responses to the questions/rules, and applying such questions/rules to relevant 
components arranged in an hierarchal tree structure (see at least Figure 2C, column 10 
lines 12-13, and column 12 lines 4-62), determining which rules from the set/list of rules 
are applicable to apply to the objects in the tree structure (see at least column 9 lines 
19-24 and column 10 lines 39-45), and then applying the appropriate rules to relevant 
components (see at least Fig 2C). 

While Zawadzki does disclose using pointers (see at least column 14 lines 21- 
23), test relationships (see at least column 40 lines 8-9, column 40 lines 34-36, and 
column 41 lines 43-52), and defined responses which depend on test relationship 
results (see at least column 40 lines 42-47, column 41 lines 11-21, and column 41 lines 
56-58), Zawadzki does not explicitly teach that the rules themselves include pointers to 
entries within the working and reference budgets. 

UME, however, teaches conditional rules used in analyzing budget items where 
the rules include pointers to both working and reference budget items, a definition of a 
test relationship, and a definition of a response to be made when the test relationship is 
not satisfied (see at least UME p. 204, paragraph(s) under IF, pp. 460-465, 
paragraph(s) under Validating User Input, and p. 216, paragraph(s) under Conditional 
Sum Wizard). 
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It would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to combine the teachings of Zawadzki and UME to form a 
budget management system which executes one or more rules on data, pointed to by a 
pointer, where the rule includes a conditional test and defined responses, which depend 
on the test results, because the use of pointers to reference database entries is old and 
well known and because the use of pointers helps avoid storing information twice in two 
places (see at least column 14 lines 21-26). 

Regarding the limitation and arguments about the working budget database, the 
reference budget database, and the rules array all being stored separately, the 
examiner does not interpret specifying that the databases are stored separately to 
significantly distinguish the claims from the prior art. First, the examiner points to 
Applicant's own specification. In the second paragraph under Detailed Description , 
Applicant states that "reference to 'databases' merely connotes logically separate areas 
of a storage system; it is immaterial, for example, whether the working and reference 
budgets are provided in physically separate database systems or are merely different 
portions of a single database system." Further, Webster's II Dictionary, 3rd ed., defines 
database as "a collection of data arranged for ease or search and retrieval." Any 
database could be considered to be stored separately from other databases regardless 
if it is physically stored miles away from other databases or if it is stored in a single 
column in an excel sheet with another database stored one column over. Even the 
databases that are side by side in an excel sheet are still in two logically different 
locations, even if the two logically different locations are part of a bigger single 
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database. Therefore based on Applicant's disclosure and the explained interpretation, 
the examiner believes that both Zawadzki and UME sufficiently teach databases stored 
in at least logically different locations since the reference budget, the target budget, and 
the rules list are all individual entities that interact with each other. 

However, it is true that neither Zawadzki or UME explicitly recite the exact words 
that the reference budget, the target budget, and the rules list are stored in separate 
data storage areas. Nakayama, in art very similar to the teachings of Zawadzki, 
teaches a database module db is constituted by records making up an item dictionary 
which stores data processed as needed by a command module to 
analyze/compare/process two or more other individual modules (see at least column 13 
lines 20-24, column 14 lines 44-47, and column 14 lines 63-68). In Nakayama, many 
various independent modules can be applied to each other to then be applied as a 
whole to other modules or databases (see at least column 14 lines 44-48). It would 
have been obvious to one of ordinary skill in the art at the time the invention was made 
to specifically store various objects and database in their own modules that are 
separate but can be applied to each other in various ways to create and execute 
different functionalities because this permits anyone with little knowledge of computer 
systems to easily create and execute one program after another as needed. Because 
the commands function in the order in which they are arranged, the complexity 
associated with conventional loop control arrangements is significantly alleviated (see at 
least column 18 lines 39-44). 
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As per claims 6,7, Zawadzki, in at least column 25 lines 15-24, column 38 lines 
36-48, column 41 lines 11-21, column 41 lines 52-60, and column 43 lines 45-56, 
teaches: 

• pursuant to execution of a rule, performing aggregation of addressed entries 
of the working database according to a definition provided in the rule, an 
aggregate value obtained therefrom being used to determine if the test 
relationship is satisfied. 

• pursuant to execution of a rule, performing aggregation of addressed entries 
of the reference database, according to a definition provided in the rule, an 
aggregate value obtained therefrom being used to determine if the test 
relationship is satisfied. 

In addition to the teachings of Zawadzki, as cited above, teachings relevant to 
these limitations can be found in UME on at least page 203, paragraph(s) under 
COUNT, COUNTBLANK, AND COUNTIF, page 208, paragraph(s) under SUM & 
SUMIF, and page 216, paragraph(s) under Conditional Sum Wizard. 

As per claims 8 and 16, UME further teaches: 

• if any rule generates a warning, posting an alert as specified in the response 
definition of the corresponding rule, (see at least UME p. 463-465, 
paragraph(s) under Setting Error Alerts and FIG. 19.13) 

As per claim 9 and 17, Zawadzki further teaches: 
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• identifying elements within the working budget database that are to be 
changed by the new budget item, (see at least Figure 2C, column 4 lines 42- 
47, column 23 lines 8-10, and column 25 lines 15-24) 

• identifying rules for which the identified elements are operands, (see at least 
Figure 2C, column 9 lines 19-24, column 10 lines 40-45, and column 25 lines 
15-24) 

• wherein the executing causes only the identified rules to be executed, (see at 
least Figure 2C, column 9 lines 19-24, column 10 lines 40-45, and column 25 
lines 15-24) 

As per claim 18, UME, in at least p. 204, paragraph(s) under IF, pp. 460-465, 
paragraph(s) under Validating User Input, and p. 216, paragraph(s) under Conditional 
Sum Wizard, teaches: 

• identifying, by using an address field, locations from a first and second budget 
database from which budget value information is to be obtained (UME p. 204 
see "C10" and "D10") 

• storing in a test field a definition of a relationship that must be met between 
values from the first data structure and values from the second data structure 
to satisfy the rule (UME p.204 see "C1OD10") 

• storing in a response field a definition of an action to occur if the relationship 
is not satisfied (UME p. 204 see "Overspent") 

As per claims 19 and 20 Zawadzki, in at least column 14 lines 21-25, and UME, 
in at least p.204, "C10" and "D10," and pages 467-469, paragraph(s) under Applying 



Application/Control Number: 10/669,369 Page 12 

Art Unit: 3693 

Range Names and Defining Label Ranges, and additionally on pages 410, 415, and 
876, further teach: 

• addressing nodes of the first budget database using a first address pointer, 

• addressing nodes of the reference budget database using a second address 
pointer. 

• Referencing both the first and second budgets using address pointers 
contained in function fields 

As per claim 21, Zawadzki teaches applying a rule recursively across a plurality 
of sets of locations (see at least the "financial rollup component" in column 25 lines 15- 
25) 

As per claim 22, UME teaches accessing a field for definition of an aggregation 
rule contained in at least one rule to the locations specified in the respective address 
field (see at least page(s) 410, 609, and 876) 

As per claims 24-29, Zawadzki teaches a rule being applied to a single object or 
tree node and then because that node pointed to and depended on at least one other 
node, the rule was then applied to at least one more associated/affected node, (see at 
least column 25 lines 5-24, column 41 lines 36-37, and column 41 lines 52-60) 
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Response to Arguments 

Applicant's arguments filed 07/14/2009 have been fully considered but they are 
not persuasive. 

Applicant argues that "Zawadzki does not disclose executing rules having a 
structure as recited in independent claim 5" because "there is no specific description as 
to the structure of the rules or how they are executed." Applicant further argues that 
"the conditional rules of UME do not have address fields having pointers to nodes and 
sub-nodes" and then concludes that "none of the applied prior art disclose rules 
containing pointers to nodes and sub-nodes within a database." The examiner 
respectfully disagrees. 

Applicant refutes each prior art reference individually, rather than viewing them in 
combination, in light of the totality of their combined teachings. Applicant first argues 
that "Zawadzki does not disclose executing rules having a structure as recited in 
independent claim 5" because "there is no specific description as to the structure of the 
rules or how they are executed." Zawadzki teaches rules used to compare project 
management tree objects (see at least column 10 lines 48-59) which include budgets 
and costs (see at least column 3 lines 62-65, column 22 lines 56-62, and column 65 
lines 9-11). Then, Zawadski specifically teaches a budgeting example comparing 
overall budgets, allocation budgets, and actual cost budgets to determine responses 
regarding whether or not a specific entry can be accepted into a budget as valid or not 
and how much a specific area (node) is over or under budget (see at least column 10 
lines 34-37, column 10 lines 56-57, and columns 40 and 41). Therefore Zawadski 
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teaches rules which include defined test relationships (see at least column 40 lines 8-9, 
column 40 lines 34-36, and column 41 lines 43-52), and defined responses which 
depend on test relationship results (see at least column 40 lines 42-47, column 41 lines 
11-21, and column 41 lines 56-58) which are used to manage and compare different 
project tree node values related to an overall budget, an allocated budget, and an actual 
budget. The only limitation and supposed structure that Zawadski lacks is the explicit 
teaching that the rules themselves include pointers to entries in a working budget and a 
reference budget. 

Applicant further argues that "the conditional rules of UME do not have address 
fields having pointers to nodes and sub-nodes." UME also teaches rules used in 
analyzing budget items where the rules also include a definition of a test relationship 
used to compare values in a working budget to values in a reference budget along with 
defined responses to be made when the test relationship is not satisfied. However, 
UME also includes the explicit teaching that the rules include pointers to the working 
budget values and the reference budget values being evaluated (see at least UME p. 
204, paragraph(s) under IF, pp. 460-465, paragraph(s) under Validating User Input, and 
p. 216, paragraph(s) under Conditional Sum Wizard). For example, D10 and C10 are 
pointers which hold the addresses of the budget values being compared. UME is not 
relied upon to teach that the rules include pointers to nodes and sub-nodes, but that the 
rules used to compare budget values include pointers to such values. 

The combination of Zawadski and UME to specifically include the use of pointers 
in rules used to compare different budget values would have been obvious at the time 
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the invention was made because the use of pointers to reference database values in 
order to compare the values is not only old and well known and would have been 
apparent to persons skilled in the relevant(s), but also because the use of pointers helps 
avoid the need to copy and store information twice in two places, as motivated and 
supported by Zawadski in at least column 14 lines 21-26. Therefore, the combination of 
Zadawski and UME does in fact teach the claimed limitations as explained above. 



Conclusion 

8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

9. A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Paul Shumate whose telephone number is 571-270- 
1830. The examiner can normally be reached on M-F 8:30 AM - 6:00 PM, EST alt 
Fridays off. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, James Kramer can be reached on 571-272-6783. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 

Patent Application Information Retrieval (PAIR) system. Status information for 

published applications may be obtained from either Private PAIR or Public PAIR. 

Status information for unpublished applications is available through Private PAIR only. 

For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 

you have questions on access to the Private PAIR system, contact the Electronic 

Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 

USPTO Customer Service Representative or access to the automated information 

system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Name: Paul W. Shumate 

Title: Patent Examiner 

Date: 11/19/09 
Signature: /Paul Shumate/ 

Examiner, Art Unit 3693 

/James A. Kramer/ 

Supervisory Patent Examiner, Art Unit 3693 



